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UNITED STATES PATENT AND TRADEMARK OFFICE 



Attorney Docket No.: T21 47-906520 



In re application of 



Armand NACHEF et al. 



Application No.: 09/582,755 



Filed: November 3, 2000 



Group Art Unit: 2122 



For: METHOD FOR CONTROLLING A 

FUNCTION EXECUTABLE BY SPECIFIC 
COMMANDS TO DIFFERENT SOFTWARE 
TOOLS 



Examiner: Kuo Liang J. TANG 



APPEAL BRIEF 



1. REAL PARTY IN INTEREST 

The present application is assigned to Bull S.A. (France). 

2. RELATED APPEALS AND INTERFERENCES 

None known. 

3. STATUS OF CLAIMS 

Claims 7-27 are pending. Claims 7-27 stand rejected and are the subject of this 
Appeal. 

Specifically, claims 7, 9, 1 1, 13, 15, 17, 19-20, 22-24 and 26-27 are rejected under 35 
U.S.C. § 103(a) as unpatentable over U.S. Patent No. 6,434,694 to Slaughter et al. (hereinafter 
"Slaughter") in view of U.S. Patent No. 5,634,016 to Steadham et al. (hereinafter 
"Steadham"). Furthermore, claims 8, 10, 12, 14, 16, 18, 21 and 25 are rejected under 35 
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U.S.C. § 103(a) as unpatentable over Slaughter in view of Steadham and further in view of 
U.S. Patent No. 5,678,047 to Golshani et al (hereinafter "Golshani")- 

4. STATUS OF AMENDMENTS 

No amendments were filed after the Final Rejection. A Request for Reconsideration 
After Final was filed on March 23, 2005, however, the Advisory Action of April 22, 2005 
indicated the Request for Reconsideration had been considered but did not please the 
application in condition for allowance. 

5, SUMMARY OF THE CLAIMED SUBJECT MATTER 

Independent Claim 7 recites a method for controlling a fianction executable by various 
software products by means of commands specific to the respective software products and 
each command capable of having at least one option. . . including defining in an abstract class 
an abstract method for the function, the abstract method including parameters corresponding 
to a union, in the logical sense, of all options of a specific command, defining a common 
command that includes arbitrary symbols corresponding to parameters of the abstract 
method. . . creating at least one driver. . . and executing by the driver one of the specific 
commands. ... (See Figs. 7-9 and 1 and the Specification pgs. 2, 5-6 and 11-14.) 

Independent Claim 20 recites that each command is capable of having at least one 
option.. . and means for defining an abstract class and abstract method for the fiinction, the 
abstract method including parameters corresponding to a union, in the logical sense, of all the 
options of a specific command. . . means for creating at least one driver, , . and means for 
executing by the driver one of the specific commands.... (See pages 2, 5-6, 1 1-14 of the 
Specification and the Abstract) 

Independent Claim 26 recites a method for controlling a function executable by 
various software products by means of commands specific to the respective software products 
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and each command capable of having at least one option. The method comprises defining in 
an abstract class an abstract method for the function, the abstract method including 
parameters corresponding to all of the options of a specific command, where the options are 
an argument that is capable of modifying the function of a specific command. The method 
further includes defining a common command that includes arbitrary symbols corresponding 
to parameters of the abstract method, creating at least one driver for implementing the 
abstract method in a machine and executing by the driver one of the specific commands with 
options equivalent to the options of the common command. (See pages 2, 5-6, 11-14 of the 
Specification and the Abstract as well as Figs. 7-12) 

Claim 8 recites wherein equivalence between options of the specific command and 
options of the common command comprises creating a configuration file defining types and 
default values of the options of each specific command that can be executed by the driver, 
and determining parameters of one of said specific commands by consulting a configuration 
file by means of the common command. (Pages 24-25 of the Specification) 

Claim 9 recites that a driver corresponds to a machine of the computer system. (See 
pages 23-24 of the Specification) 

Claim 1 1 relates to the abstract class being the most abstract class that can be defined. 
(See at least page 22, lines 13-20) 

Claim 1 5 relates to the abstract class containing at least some of the methods relating 
to fiinctions of a functionality common to the software products. (See pages 22 and the 
Abstract) 

Claim 27 relates to the options being an argument that is capable of modifying the 
function of the specific conmiand. (See pages 20-22, 24 and Table C) 
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6. GROUNDS OF REJECTION TO BE REVIEWED ON APPEAL 

Whether the rejection of Claims 7, 9, 11, 13, 15, 17, 19-20, 22-24 and 26-27 under 35 
U.S.C. § 103(a) in view of Slaughter and Steadham should be reversed 

Whether the rejection of Claims 8, 10, 12, 14, 16, 18, 21 and 25 under 35 U.S.C. 
§ 103(a) in view of Slaughter, Steadham and Golshani should be reversed. 



7. ARGUMENT 

For ease of discussion, the above rejections will be traversed in detail with reference 
to groupings of claims. 



Group I 
Group II 
Group III 
Group IV 
Group V 
Group VI 
Group VII 



Claims 7, 20 and 22 
Claim 26 
Claims 8 and 21 
Claims 9 and 10 
Claims 11-14, 23 and 25 
Claims 15-19 and 24 
Claim 27 



7.1. The rejection of the claims in Group I in view of Slaughter and Steadham should be 
reversed. 

Independent Claim 7 recites a method for controlling a function executable by various 
software products by means of commands specific to the respective software products and 
each command capable of having at least one option. . . including defining in an abstract 
class an abstract method for the fiinction, the abstract method including parameters 
corresponding to a union, in the logical sense, of all options of a specific command, 
defining a common command that includes arbitrary symbols corresponding to 
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parameters of the abstract method. . . creating at least one driver. . . and executing by the 
driver one of the specific commands.... (See Figs. 7-9 and 1 and the Specification pgs. 2, 
5-6 and 11-14.) 

Independent Claim 20 recites that each command is capable of having at least one 
option. . . and means for defining an abstract class and abstract method for the function, 
the abstract method including parameters corresponding to a union, in the logical sense, 
of all the options of a specific command. . . means for creating at least one driver. . . and 
means for executing by the driver one of the specific commands. ... (See pages 2, 5-6, 11- 
14 of the Specification and the Abstract) 

One of the fundamental issues on Appeal is whether the cited references teach or 
suggest the claimed features. It has been the Office's position that this is the case while 
Appellants have argued that not only do the references fail to teach each and every 
claimed feature, but moreover that the Office is misinterpreting the teachings of the 
references and has failed to provide a legally supportable motivation supporting the 
combination of the references. 

The Final Office Action states: 

As Per Claim 7, Slaughter disclosed: 

'<l^inmginanabsinictdassanabstimtn^^ 
panintdei^a>rre^iyJbigtoaspe(^a)nafumd{sQQ Column 6, Lines 27-37, 
"MainMemory 404 is an abstract class that includes with those attributes 
inherited from Memory 402 abstract methods for managing caching that are 
ultimately implemented in the instantiable classes PhysicalMemory 412, 
PortlOMemory 414, and VirtualMemory 416. The latter two classes inherit from 
MainMemory through the abstract class AccessibleMemory 410 that also inherits 
from MainMemory. Cache management methods are necessarily platform- 
specific; however, by using the abstract class MainMemory, those platform- 
specific memory management functions can be accessed in a platform 
independent manner."), 

-defining a common command that includes arbitrary symbols 
corresponding to parameters of the abstract method (see Column 6, Lines 27-37, 
"MainMemory 404 is an abstract class that includes with those attributes 
inherited from Memory 402 abstract methods for managing caching that are 
ultimately implemented in the instantiable classes PhysicalMemory 412, 
PortlOMemory 414, and VirtualMemory 416. The latter two classes inherit from 
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MainMemory through the abstract class AccessibieMemory 410 that also inherits 
from MainMemory. Cache management methods are necessarily platform- 
specific; however, by using the abstract class MainMemory, those platform- 
specific memory management functions can be accessed in a platform 
independent manner."). 

-creating at least one driver for implementing the abstract method in a 
machine, (see Column 6, Lines 28-40, "In one embodiment, AccessibieMemory 
contains only platform-independent methods and is passed from bus managers to 
drivers."), and 

-executing by the driver one of the specific commands with options 
equivalent to the options of the common command (see Column 6, Lines 40-47, 
"Drivers also are configured to use only the platform-independent methods in 
MainMemory and Memory. The platform-specific methods in PhysicalMemory, 
PortlOMemory, VirtualMemory, and DMAMemory are used by the bus manager, 
which has platform-specific information, to allow the driver to access memory in 
a platform-independent manner as described below."). 

Slaughter discloses defining in an abstract class an abstract method for the 
function^ the abstract method including parameters corresponding to a specific 
command (see Column 6, Lines 27-37, "MainMemory 404 is an abstract class that 
includes with those attributes inherited from Memory 402 abstract methods for 
managing caching that are ultimately implemented in the instantiable classes 
PhysicalMemory 412, PortlOMemory 414, and VirtualMemory 416. The latter 
two classes inherit from MainMemory through the abstract class 
AccessibieMemory 410 that also inherits from MainMemory. Cache management 
methods are necessarily platform-specific; however, by using the abstract class 
MainMemory, those platform-specific memory management functions can be 
accessed in a platform independent manner."). Slaughter does not explicitly 
disclose mapping the options of each specific command to the common command. 
However, Steadham teaches defining in an abstract class an abstract method for 
the function^ the abstract method including parameters corresponding to a union^ 
in the logical sense^ of all options of a specific command (E.g. see FIG. 1 9 step 
1902, 1904, 1906 and associated text) 



Claim 7 recites that each command is capable of having at least one option and that 
the abstract method includes parameters corresponding to a union, in the logical sense, of 
all options of a specific command. (See pages 2, 5-6, 1 1-14 and the Abstract) 

From a completely different technical field than the claimed invention, and directed 
toward solving an entirely different problem, Slaughter is directed toward a security 
system for a platform-independent device driver. While Slaughter discloses that 
"platform-specific memory management functions can be accessed in a platform 
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independent manner," Slaughter is completely devoid of any teaching or suggestion that 
can be equated to the above feature. 

Moreover, at no point does Slaughter teach or suggest that the abstract method can 
include parameters corresponding to a union of all the options of a specific command. 
While Slaughter discloses in various locations that the classes include objects, at no point 
does Slaughter teach or suggest the features of Claims 7 and 20. 

Furthermore, as conceded by the Examiner, "Slaughter does not explicitly disclose 
mapping the options of each specific command to the common command." However, the 
Office Action pointed to Fig. 19 steps 1902, 1904 and 1906 of Steadham asserting that 
Steadham teaches "defining in an abstract class an abstract method for the function, the 
abstract method including parameters corresponding to the union and the logical since 
while the options of a specific command." 

The Office maintained in the Final Office Action that "Steadham does teaches 

function SSINTER (E.G. Fig. 19, step 1906 and associated text) has all the options of 

fimction SSUNION (E.g. Fig 19, step 1902 an associated text) and function SSDIFF (E.g. 

Fig. 19, step 1904 and associated text). Therefore function SSINTER has all the union 

that contain all options of the selections sets (fiinction SSUNION and SSDIF)." The 

April 22, 2005 Advisory Action then clarified that: 

As pointed out in the previous action dated 10/5/2004, the Examiner shows that it 
is Steadham who discloses the limitation, not by the Slaughter. (See page 5, lines 8- 
13). ... As pointed out in the previous action dated 10/5/2004, the Eexaminer shows 
that Steadham does teach fiinction SSINTER (e.g.. Fig. 19, step 1906 and associated 
text) has all the options of fianction SSUNION (e.g.. Fig. 19, step 1902 and associated 
text) and function SSDIFF (e.g.. Fig. 19, step 1904 and associated text). Therefore, 
fimction SSINTER has all the union that contain all options of the selection sets 
(fimction SSUNION and SSDIFF). (See pages 2-3, Examiner's response). 

For the Board's convenience, reproduced below is Fig. 19 of Steadham as well as the 

corresponding description found on column 33. 
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5,634,0 



33 



TABIB 4-contuiued 



EVENT/CAD MENU STTRUCTUKE 
□ Denotes program in [] be caBed 
0 Description of smsplt AutoCAD command sequence 



ur 11 



U^. Patent 



5,634,016 



o Renmnber St&gt Modules 

o UFDAIE I^EGEND 
o ASSIGN NAMES 
o MEASURE DISIANCE 
o CHAIR MAINTENANCE 



FIG. 19 



[dosoiLlsp "b" nil nil 1 11 

[legendisp] 
(ddatte) 
[tUsLlsp] 
[chairsJspj 



r START V 
V ^ACAD.LSP y 



DEFINE ajNCTION 
CALi£D SSUNION FOR 
CREATfNG UNION OF 
SELECTION SETS BY 
USING SELECT 
COMMAND 



DEFINE FUNCTION 
CAU£D SSDIFF FOR 
CREATING UNION OF 
SELECTION SETS BY 

USING SELECT 
COMMAND WITH THE 
■R- OPTION 



25 



DEFINE FUNCTION CALLED 
SSIMTER FOR CREATING A 
SET OF T>E IMTERSECTION 
OF SELECTION SETS BY 

LOOPING THROUGH 
MEMBERS OF BOTH SETS 



LOAD 
CADEU.LSP 



Q END. 



When the Create or Mew/Exit options of the Drawing 
main menu selection are dianged, the AutoCAD Portion of is 
the EVENT/CAD Program module is called. That automati- 
cally executes the ACAD J^P subroutine, the diagram of the 
flow diart which is shown in FIG. 19. That subroutine sets 
the global variables in the EVENT/CAD module to their 
default values. It also sets the initial snaps and grid spacing. 20 
Hie subroutine then displays the main screen n^nu. creates 
a legend, and updates the status line area. The ACAD.LSP 
subroutine also defines several Lisp functions as well as 
determining whether or not the drawing is a FastAccess 
drawing. 

When called, the ACADXSP subroutine starts at step 
1900 and then defines a function called SSUNION for 
creating the union of selection sets by using the select 
command at step 1902. It then defines a function called 
SSDIF at step 1904 for creating the union of selection sets 
by using the select command with the R option. The 
ACAD.LSP subroutine then defines a function called SSIN- 
TER at step 1906 for creating a set of the intersection of 
selection sets by looping through members of botii sets. At 
stq) 1908. the CADEM.LSP subroutine is loaded. The 
ACADXSP then ends at step 564. 35 

The CADEM.LSP subroutine is the second auto- 
executing AutoCAD function involved when the AutoCAD 
program is started. It defines lisp functions to set global 
variables which store the plot-layout size (GEFSIZE) and 
whidi reset the plot and titie block size (SETSIZE). The 40 
CADEM.LSP subroutine also sets the global variables 
which are shown in l^ble 5, 



One of the key aspects argued during prosecution was whether the functions discussed 
on column 33 taught the claimed commands. 

By way of background, Steadham is directed toward an event management system 
and more specifically to a computer integrated event management system designed for 
use by hotels and entertainment producers in hotels and other facilities in which 
banquettes, meetings, shows and other programs are held. 

After a client has decided to book an event or meeting at a certain hotel or other 
facility, the final layout of each of the rooms which will be utilized for the client's event 
must be finalized. Based upon the layout of each of the rooms, which is, of course, 
dependent upon, among other things, the number of attendees, the type of meals, if any, to 
be served, the type and number of speakers or entertainment to be present at various times 
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during each of the meetings, etc., various inventory requirements must be met. Such 
inventory requirements include, among other items, the number and type of chairs, the 
number and type of tables, the size of any dance floor, the size of any stage, the number 
and types of podiums, stage modules, and followspot tov^ers needed, as well as, for 
example, any special requirements, such as a movie screen or overhead projector. (Col. 1 
of Steadham) 

The present invention [Steadham] also allows the user to automatically generate and 
print room layouts in less time than that required to make a simple hand sketch. Each of 
the layouts is dravm to an exact scale so that there is no guesswork regarding how much 
space is left in the room or how many tables can be added. Since every element in the 
drawings can be controlled by the user, changes can be made to each event drawing, 
which are instantaneously reflected in the fully relational database. That serves to 
automatically update the information stored in the system relating to other functions, such 
as updating ECs, the available inventory and guest seating arrangements. (Col. 2, lines 20 
et seq, of Steadham) 

The relied upon portion of Steadham relates to the EVENT/CAD program module and 
how it works with three different command structures. In particular, the EVENT/CAD 
program module accomplishes the command structure by implementing many different 
programs written in the Autolisp® (Lisp) programming language and attaching them to a 
standard AutoCAD® structure. 

As stated in Steadham, the EVENT/CAD program module, by providing 
unambiguous, menu-driven processing and a number of subroutines whose operation is 
transparent to the user, is user-friendly while both avoiding trivialization and retaining the 
immense power of a CAD-based designed systems. 
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Steadham discusses the AC AD. LISP subroutine in conjunction with steps 1900-1908 
in Fig. 19, and defines functions called SSUNION, SSDIF and SSINTER. As discussed 
in greater detail below, there is simply no correlation between these functions, which are 
specific AutoCAD® routines and are used with inventory items, i.e., tables, staging, etc, 
(Steadham Col. 30, Ins. 10-48) and the features as set forth in the claims. 

In particular, the "SSUNION" function, which is called by the ACAD.LSP 
subroutine, creates a "union of selection sets by using the select command at step 1902." 
The "selection sets" include inventory items such as tables, chairs, etc. 

The SSDIF function creates a union of selection sets by using the select command 
with the R option and the SSINTER function creates a set of the intersection of selection 
sets. (See column 30-33 of Steadham). 

While Steadham never actually provides an explicit definition of "selection sets," 
Appellants respectfully submit this a term of art in the computer assisted drafting 
environment. Specifically, AutoCAD® uses what is called a "selection set" to allow a 
user to group objects together, such as inventory items, within the computer assisted 
drafting environment and then to modify them. To support this assertion. Appellants 
have secured from the Autodesk® website (http://usa.autodesk.com), the makers of the 
AutoCad® software, information (attached hereto) confirming our understanding that the 
definition of "selection sets" refers to selecting multiple objects in a computer aided 
design environment. 

As is readily apparent, there is absolutely no correlation between the Autocad LISP 
subroutine relied upon by the Office and the features set forth in the claims. 

It is well established law that three basic criteria must be met to establish a prima 
facie case of obviousness. All three of these criteria are lacking in the outstanding Office 
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Action. First, with respect to Claims 7 and 20, the references, taken either alone or in 
combination fail to teach each and every feature of the claims. 

Secondly, since the references are from completely diverse technological fields, as 
evidenced by the drastically different types of problems being solved, there can be no 
expectation of success in their combination in that the asserted combination would alter 
the principle operation of each of the references. 

Third, there is insufficient legally supportable motivation to combine the references. 
This is readily apparent in that the Office's relied upon motivation as stated on page 5 of 
the Final Office Action is entirely circular in that it alludes to modifying Steadham with 
the teachings of Steadham to "map the options of each specific command to the common 
command. The modification would have been obvious because one of ordinary skill in the 
art would have been motivated so that when the Create or View/Exit options of the 
Drawing mail menu selection are changed, the ACAD.LSP subroutine also defines 
several Lisp functions as well as determining whether or not the drawing is a FastAccess 
drawing..." 

Based on the above deficiencies it is readily apparent that a prima facie case of 
obviousness has not been established. The rejection of the claims of Group I should thus 
be reversed. 

IJl. The rejection of the claims in Group II in view of Slaughter and Steadham should be 
reversed. 

Independent Claim 26 recites a method for controlling a function executable by 
various software products by means of commands specific to the respective software 
products and each command capable of having at least one option. The method 
comprises defining in an abstract class an abstract method for the function, the abstract 
method including parameters corresponding to all of the options of a specific command, 
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where the options are an argument that is capable of modifying the function of a specific 
command. The method further includes defining a common command that includes 
arbitrary symbols corresponding to parameters of the abstract method, creating at least 
one driver for implementing the abstract method in a machine and executing by the driver 
one of the specific commands with options equivalent to the options of the common 
command. (See pages 2, 5-6, 1 1-14 of the Specification and the Abstract as well as Figs. 
7-12) 

As is readily apparent from the above arguments made in relation to the claims of 
Group I, which are also relied up to traverse the rejection of Group II, the cited references 
simply fail to teach or suggest each and every feature of the claims. Specifically, the 
references, either alone or in combination at least fail to teach or suggest defining in an 
abstract class an abstract method for the fiinction, the abstract method including 
parameters corresponding to all of the options of a specific command, the options are an 
argument that is capable of modifying the function of a specific command and creating at 
least one driver for implementing the abstract method in a machine and executing by the 
driver one of the specific commands with options equivalent to the options of the 
common command. 

A prima facie case of obviousness has therefore not been established. The rejection 
of the claims of Group II should thus be reversed. 

7.3. The rejection of the claims in Group III in view of Slaughter, Steadham and 
Golshani should be reversed. 

The Final Office action concedes that "Slaughter and Steadham do not explicitly 
disclose creating a configuration file. However, Golshani teaches creating a 
configuration file... (see Column 2, Lines 30-34, "U2G also provides on-line help screens 
and explain pages and simulates a semi-UNIX-like environment by providing facilities 
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for using shell variables and aliases. U2G supports I/O redirection and simple command 
procedures, and simulates the piping of commands. A startup file, "u2gre," is first 
interpreted at the start of any session to set up the appropriate environment,")" 

Appellants are entirely unclear as to how the passage relied upon by the Office has 
any bearing on the claimed features. Claim 8 recites creating a configuration file defining 
types and default values of the options of each specific command that can be executed by 
the driver, and determining parameters of one of said specific commands by consulting a 
configuration file by means of the common command. (See pgs. 24-25 and 31 of the 
Specification) 

Appellants have carefiilly reviewed Golshani and submit that the reference relates to a 
translator that can provide information about the translation and describes commands. In 
particular, upon selecting whether the UTG is to run in a "verbose" mode or a "terse" 
mode, the UTG is capable of providing information about the translation. However, 
being able to select an option for a translator and goveming and its method of operation is 
not relevant to the claimed invention nor, is it combinable with the teachings of Slaughter 
or Steadham since each are from different fields of endeavor, are used to address different 
problems, would require a complete design of the Slaughter and Steadham inventions and 
the motivation to combine the teachings is lacking. 

Based at least on these factors, and the deficiencies noted above in relation to the 
claims from which the subject claims depend, a prima facie case of obviousness has not 
been established. 

In that comparable arguments can be made for Claim 21, the rejection of the claims in 
Group II is untenable and should be reversed. 

7.4. The rejection of the claims in Group IV in view of Slaughter, Steadham and 
Golshani should be reversed. 
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In addition to the arguments made above in relation to the parent claims, Claims 9 and 
10 recite that the "driver corresponds to a machine of the computer system." In that 
Claims 9 and 10 depend, respectively, from Claims 7 and 8, the driver executes one of the 
specific commands with options equivalent to the options of the common command. See 
pages 19-20 of the Specification) The Office points to Slaughter asserting that the 
statement "(see Column 6, Lines 28-40, "In one embodiment, AccessibleMemory 
contains only platform-independent methods and is passed from the bus managers to 
drivers,")" renders obvious the claimed feature. After a careful review of the cited 
passage. Appellants can see no coloration between the claimed feature and the passage 
relied upon. A teaching or suggestion of the claimed feature is simply not there. 

In that each and every feature is neither taught nor suggested by the cited references, 
the rejection is untenable and should be reversed. 

7.5. The rejection of the claims in Group V in view of Slaughter, Steadham and Golshani 
should be reversed. 

Claims 11-14 and 23 recite that the abstract class is the most abstract class that can be 
defined. Claim 25 recites that the abstract class is an interface in a programming 
language. (See pgs. 22 and 3 and Figs. 2-6, 10-13 of the Specification) 

The Final Office Action does not include any specific indications of the passage(s) 
being relied upon for teaching or suggesting the above features. After a careful review of 
the cited references, it is respectfully asserted that the claimed features are entirely 
lacking therefrom. The rejection under 35 U.S.C §103 is thus untenable and should be 
reversed. 

7.6. The rejection of the claims in Group VI in view of Slaughter, Steadham and 
Golshani should be reversed. 
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The claims in Group VI are generally directed toward specifying that that the abstract 
class contains at least some of the methods relating to functions of a functionality 
common to the software products. (See pages 11,19 and 21 of the Specification) The 
Office Action relies upon Col. 4, Lines 61-63 of Slaughter for this teaching. 

Slaughter specifically states: 

Runtime system 208 includes, in one embodiment, a Java Virtual Machine 
("JVM") 210 that receives instructions in the form of machine-independent 
bytecodes produced by the application running in applications layer 206 and 
interprets the instructions by converting and executing them. . . . Runtime system 
208 further includes a set of additional functions 212 that support facilities such as 
I/O, network operations, graphics, printing, and the like. Also included with 
runtime system 208 is device interface 214 that supports the operation of buses 
106 and 118, and devices 108, 110, and 112, 

Appellants respectfully submit that neither this portion nor any other portion of the 
cited references teach or suggest the claimed feature. In contrast, there is simply no 
correlation between the claimed abstract class and the cited Java Virtual Machine and 
runtime system of Slaughter. 

Since the cited references fail to teach or suggest each and every claimed feature, the 
rejection is untenable and should be reversed. 

7.7. The rejection of the claims in Group VII in view of Slaughter and Steadham should 
be reversed. 

Claim 27 recites that the options are an argument that is capable of modifying the 
function of the specific corrmiand. (See page 20 of the Specification) 

The Final Office Action concedes that this is not disclosed by Slaughter but points to 

Steadham, and in particular: 

(e.g. FIG. 19 step 1904 and associated text, e.g. col. 33:26-31 which states "When 
Create or View/Exit options of the Drawing main menu selection are changed,. . . by 
using the select command with the R option.")" The Examiner's motivation for this 
teaching is that "it would have been obvious to one of ordinary skill in the art at the 
time the invention was made to incorporate the teaching of the Steadham into the 
system of Slaughter, so that options are an argument that is capable of modifying the 
function of the specific command. The modification would have been obvious 
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because one of ordinary skill in the art would have been motivated so that the user can 
easily select different options to perform different actions (executed by the specific 
commands). (Emphasis Added) 

Not only do the cited portions not teach or suggest the claimed feature, but the 
motivation relied upon to combine the teachings of Slaughter and Steadham is the exact 
feature being claimed. 

In that the references, taken either alone or in combination, fail to teach or suggest 
every claimed feature, and the motivation supporting their combinability is fatally 
defective, the outstanding rejection is untenable and should be reversed. 

8. CONCLUSION 

Based on the foregoing, it is clear that a prima facie case of obviousness has not been 
established. It is respectfully requested the Final Rejection be reversed and the Application 
remanded to the Examiner for a prompt allowance. 

The Commissioner is hereby authorized to charge to deposit account number 50-1 165 
for any fees not included herein that may be required by this paper and to credit any 
overpayment to the same Account. If any additional extension of time is required in 
connection with the filing of this paper and has not been separately requested, such extension 
is hereby petitioned. 



Miles & Stockbridge P.C. 
1751 Pinnacle Dr., Suite 500 
McLean, V A 22102 
Phone 703-903-9000 
Fax 703-610-8686 



March 29, 2006 



Date 




Jason H. Vick 
Reg. No. 45,285 
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CLAIMS APPENDIX 

1-6. (Cancelled) 

7. A method for controlling a function executable by various software products 
by means of commands specific to the respective software products and each command 
capable of having at least one option, the software products being installed in at least one 
machine of a computer system, comprising defining in an abstract class an abstract method 
for the function, the abstract method including parameters corresponding to a union, in the 
logical sense, of all options of a specific command, defining a common command that 
includes arbitrary symbols corresponding to parameters of the abstract method, creating at 
least one driver for implementing the abstract method in a machine, and executing by the 
driver one of the specific commands with options equivalent to the options of the common 
command. 

8. A method according to claim 7, wherein equivalence between options of the 
specific command and options of the common command comprises creating a configuration 
file defining types and default values of the options of each specific command that can be 
executed by the driver, and determining parameters of one of said specific commands by 
consulting a configuration file by means of the common command. 

9. A method according to claim 7, wherein a driver corresponds to a machine of 
the computer system. 

10. A method according to claim 8, wherein a driver corresponds to a machine of 
the computer system. 
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11. A method according to claim 7, wherein the abstract class is the most abstract 
class that can be defined, 

12. A method according to claim 8, wherein the abstract class is the most abstract 
class that can be defined. 

13. A method according to claim 9, wherein the abstract class is the most abstract 
class that can be defined. 

14. A method according to claim 10, wherein the abstract class is the most abstract 
class that can be defined. 

15. A method according to claim 7, wherein the abstract class contains at least 
some of the methods relating to functions of a functionality common to the software 
products. 

16. A method according to claim 8, wherein the abstract class contains all or some 
of the methods relating to functions of a functionality common to the software products. 

17. A method according to claim 9, wherein the abstract class contains all or some 
of the methods relating to functions of a functionality common to the software products. 
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18. A method according to claim 10, wherein the abstract class contains all or 
some of the methods relating to functions of a functionality common to the software 
products. 

19. A method according to claim 11, wherein the abstract class contains all or 
some of the methods relating to functions of a functionality common to the software 
products. 

20. A computer system comprising at least one machine having various software 
products having in common at least one function executable by means of commands specific 
to the respective software products and each command capable of having at least one option, 
and adapted to implement a method for controlling a function executable by various software 
products by means of commands specific to the respective software products and each 
command capable of having at least one option, the software products being installed in at 
least one machine of a computer system, means for defining in an abstract class an abstract 
method for the function, the abstract method including parameters corresponding to a union, 
in the logical sense, of all options of a specific command, means for defining a common 
command that includes arbitrary symbols corresponding to parameters of the abstract method, 
means for creating at least one driver for implementing the abstract method in a machine, and 
means for executing by the driver one of the specific commands with options equivalent to 
the options of the common command. 

21 . A computer system, according to claim 20, further comprising means for 
creating a configuration file defining the types and the default values of the options of each 
specific command that can be executed by the driver, and means determining the parameters 
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of one of said specific commands by consulting a configuration file by means of the common 
command so as to provide equivalence between the options of the specific command and the 
options of the common command. 

22. A computer system according to claim 20 wherein a machine of the computer 
system includes a drive. 

23. A computer system according to claim 20 wherein the abstract class is the 
most abstract class that can be defined. 

24. A computer system according to claim 20 wherein the abstract class contains 
all or some of the methods relating to functions of a same functionality common to the 
software products. 

25. A computer system as set forth in claim 23 wherein the abstract class is an 
interface in a programming language. 

26. A method for controlling a function executable by various software products 
by means of commands specific to the respective software products and each command 
capable of having at least one option, comprising: 

defining in an abstract class an abstract method for the function, the abstract method 
including parameters corresponding to all of the options of a specific command, where the 
options are an argument that is capable of modifying the function of a specific command; 

defining a common command that includes arbitrary symbols corresponding to 
parameters of the abstract method; 
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creating at least one driver for implementing the abstract method in a machine; and 
executing by the driver one of the specific commands with options equivalent to the 
options of the common command. 

27. The method of claim 7, wherein the options are an argument that is capable of 
modifying the function of the specific command. 
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Autodesk VIZ 

Autodesk VIZ: Saving Time Selecting Objects 

pMlHH By Nancy Fulton 




Almost every editing operation you undertake in 3D Studio VIZ® software 
requires you to select objects. In this article we review the wide variety of 
tools 3D Studio VIZ provides for selecting objects, some techniques for 
creating named selection sets and groups, as well as tips for how to set up 
your designs so that you can later select objects more easily. By the time you 
complete this article you will have acquired skills that will make creating and 
maintaining your 3D Studio VIZ designs significantly easier. 

Using a Mouse to Select Objects 

You probably already know that you can select an object in 3D Studio VIZ 
just by clicking on it. But did you know that holding down the CTRL key lets 
you select multiple objects? If you select an object by accident, just hold 
down the ALT key and click it again to remove it from the set of selected 
objects. 



Note: When you select multiple objects in 3D Studio VIZ, you 
create a selection set. You can move, copy, scale, delete, and 
even apply modifiers to selection sets. 



If you have to select a large number of objects, clicking them individually is 
time-consuming. The Selection/Xform toolbar contains tools that make it 
possible to select objects more efficiently. By default, this toolbar appears in 
the row of icons under the tab panel. If it's not visible on your screen, 
right-click on any toolbar and choose Selection/Xform. You can right-click on 
the toolbar to add ft to the tab panel if desired. This makes it easy to find 
withdijt cluttering up the interface. 

If the Rectangular Selection Region icon on the SelectionWf orm toolbar is 
enabled, you can select objects by creating a window around them (see 
Figure 1 ). If you select the Circular Selection Region icon, located under the 
Rectangular Selection Region icon on the flyout, selecting two points in a 
viewport creates a selection circle instead of a selection window. Selecting 
the Fence Selection Region icon lets you click a series of points that defines a 
selection boundary of any shape. 
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Using AutoLISP® to create selection sets 

Published date: 2001-02-12 
ID:TS25120 

Applies to: 
AutoCAD® 2002 
AutoCAD® 20001 
AutoCAD® 2000 

Issue 

You want to create selection ^ets without using the GROUP command. 
Solution 

Instead of using the GROUP command to create a named selection set of 
objects, you can use AutoLISP® to assign a variable to a set of objects. 

1 . At the command prompt, type (setq a (ssget)) and press ENTER 
(where 'a' is the AutoLISP variable). 

2. At the Select Objects command prompt, select the objects to be 
assigned to the AutoLISP variable and press ENTER. 

Whenever the Select Objects prompt is displayed, you can type !a and press 
ENTER to select the set you created. 

You can create several sets by assigning a different variable name for each 
selection, which you can recall by typing !<variable name>. 
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